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NETWORK ENTITY FOR INTERCONNECTING SIP END-POINTS OF 

DIFFERENT CAPABILITIES 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application is the US National Stage of International Application No. 
PCT/EP2004/0 10021, filed September 7, 2004 and claims the benefit thereof. The 
International Application claims the benefits of Great British Patent application No. 
0322738.6 filed September 29, 2003, all of the applications are incorporated by reference 
herein in their entirety. 



[0002] This invention relates to a network entity. In particular, but not exclusively, the 
invention relates to a Session Initiation Protocol (SIP) network entity. 



[0003] The session initiation protocol (SIP), which is described in RFC 3261, is a signalling 
protocol for setting up, managing and tearing down of voice, video and other multi-media 
sessions in packet based networks. SEP is designed simply to handle these aspects of 
communication, other protocols such as Real Time Protocol (RTP) are used for actual data 
transport. SEP is an application layer protocol that can run over other protocols such as User 
Datagram Protocol (UDP) and Transmission Control Protocol (TCP). 

[0004] A SIP network is typically composed of four types of logical SIP entities, namely, User 
Agents (UA), Proxy Servers, Redirect Servers and Registrars. 

[0005] User Agents (UA) are endpoint entities that initiate and terminate SIP sessions by 
exchanging requests and responses. A UA contains a User Agent Client (UAC) and a User 
Agent Server (UAS). A UAC is a client application that initiates SIP requests. A UAS is a 
server application that contacts a user when a SEP request is received and that returns a 
response on behalf of the user. Typical devices that have a UA function in a SEP network 



FIELD OF THE INVENTION 



BACKGROUND OF THE INVENTION 



2003P1 1505WOUS Substitute Spec Clean YR.rtf 



Page 1 of 9 



Attorney Docket No. 2003P1 1505WOUS 
include PCs, IP telephones and automated answering services. 

[0006] A proxy server is an intermediary entity that acts as both a server and a client for 
making requests on behalf of other clients. Requests are serviced either internally or by 
passing them on to other servers. A proxy server may receive requests and forwards them to 
another server (called a next-hop server), which has more precise location information about 
the callee. The next-hop server might be another proxy server, a UAS, or a redirect server. 

[0007] A redirect server is a server that accepts a SIP request, maps the SB? address of the 
called party into a new address and returns it to its client, typically a proxy server. Registration 
servers are continually kept updated on the current locations of users. 

[0008] The primary function of proxy and redirect servers is call routing, the determination of 
the set of servers to traverse in order to complete the call. A proxy or redirect server can use 
any means at its disposal to determine the 'next-hop' server, including executing programs 
and consulting databases. 

[0009] The SIP protocol is a text-based protocol partly modelled on HTTP. There are two 
types of SIP messages, namely, requests, which are sent from clients to servers and response, 
which are sent from servers to clients. A request and the responses that follow it are known as 
a SIP transaction. 

[0010] Request methods defined in the protocol include; 'INVITE' which is used to initiate a 
session or change session parameters, ' ACK' which is used to confirm that a session has been 
initiated and 'BYE' which is used to terminate a session. 

[0011] Response messages contain numeric response codes and there are two types of 
responses and six classes. 'Provisional (lxx class)' responses are used by a server to indicate 
progress of SEP transactions. An example of a provisional response is the response code 1 80 
'Ringing' response. 'Final (2xx, 3xx, 4xx, 5xx, 6xx classes) 'responses are used to terminate 
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SIP transactions. An example of a final response is the response code 200 'OK' response. 

[0012] A caller establishes a call by issuing an 'INVITE' request. This request contains header 
fields used to convey information about the call. The most important header fields are 'To' 
and 'From', which contain the callee's and caller's SIP address, respectively. The Subject 
header field identifies the subject of the call. 

[0013] If the callee accepts the call, it responds with an 'OK' response. Connection is done 
using a three way handshake and so the caller responds with an ' ACK' message to confirm 
receipt of the 'OK' response. 

[0014] SIP provides for a variety of multi - media communication features similar to those 

provided by traditional Private Branch Exchanges, for example, call waiting, call hold, Music 

on Hold, and conference calling. It is envisaged that many new such features for client 

endpoint-to-endpoint communication in SIP networks will be developed. Communication 

» 

will sometimes occur in circumstances where one of the endpoints provides a new feature that 
the other endpoint does not. To date, if there is a difference in the set of features available at 
one endpoint in a SIP network and the set of features available at the other endpoint in the 
network, the endpoints communicate using their lowest common feature set. 

SUMMARY OF THE INVENTION 

[0015] The present invention aims to solve the problem of connecting an endpoint having an 
enhanced communication feature set and an endpoint having a basic communication feature 
set in a manner that allows the enhanced feature set to be used. 

[0016] According to the invention there is provided a network entity for operating in a 
communications channel between a first end point and a second end point in a packet based 
communications network, the first end point having available a first set of communication 
features and the second end point having available a second set of communication features, 
including at least one communication feature unavailable to the first end point, the network 
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entity comprising means for acting as a client application for the first end point and as a server 
application for the second end point and arranged to exchange signalling information with the 
end points to enable the second end point to utilise the at least one communication feature 
during communications with the first end point.* 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] An embodiment of the invention will now be described with reference to the 
accompanying drawings in which: 

Figure 1 illustrates a system embodying the invention; 
Figure 2 illustrates a message sequence chart 

DETAILED DESCRIPTION OF THE INVENTION 

[0018] Figure 1 illustrates schematically a system embodying the present invention. The 
system comprises a first SEP user agent 1, a second SIP user agent 2, and a SIP basic call 
enhancer 3. 

[0019] The first SEP user agent 1 and the second SIP agent 2 may both for example be IP 
telephones. In this embodiment, the first SIP user agent 1 provides only a basic SIP 
functionality while SIP user agent 2 provides a more advanced SIP functionality. By basic SEP 
functionality, it is meant that the first SEP user agent 1 supports only session initiation and 
termination but does not support session modification. The second SEP user agent 2 does 
support session modification and provides an enhanced set of telephony features, including for 
example, call transfer, conference, call hold, Music on Hold (MOH), which are not provided 
by the first SEP user agent 1 . 

[0020] The SEP basic call enhancer (BCE) 3, is an object located within the communication 
channel between the first 1 and second 2 SIP user agents. The functionality of the BCE may 
be provided by a suitably configured Server device located in the SEP network between the 
first 1 and second 2 SIP user agents. 
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[0021] In operation, during communication between the first 1 and second 2 SIP user agents, 
the BCE 3 communicates concurrently with both user agents by acting as a SIP server for the 
first SIP user agent 1 and as a SIP client for the second SIP user agent 2. In doing so, the BCE 
3 processes and manages a flow of SIP messages that enable the first 1 and second SIP user 
agents 2 to utilise the extra telephony features supported by the second SIP user agent 2 and 
which normally could not be used in a session between the two user agents. 

[0022] The BCE 3 comprises a user agent server part 4 for exchanging messages with the first 
SIP user agent 1 and a user agent client part 5 for exchanging messages with the second SIP 
user agent 2. These components are standard SIP components as defined in RFC 3261. 

[0023] The BCE 3 further comprises a local configuration store 5 for storing information 
required for the BCE to be able to route messages. This information comprises SIP URI 
address, e.g. the TCP/IP addresses and port numbers and the Media-Stream address e.g. UDP 
address and port numbers. 

[0024] A call router 6 provides the intelligence needed to involve the first 1 and second 2 user 
agents in enhanced SEP sessions. 

[0025] The call router 6 receives session request messages from the user agent server part 4 
and in response generates an appropriate session request message for the user agent client part 
5. 

[0026] The call router 6 uses information contained in the store 5 to substitute SIP URI and 
Media Stream addresses in the request messages received from the user agent client part 5 
with appropriate new addresses in the messages passed to the user agent client part 5 for 
transmission onwards in the network. 

[0027] Furthermore, the call router 6 generates its own request messages for the second user 
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agent 2 side of the network and interprets event messages received from this side of the 
network. 

[0028] All messages sent from the user agent server part 4 to the call router 6 and from the 
call router 6 to the user agent part 5 pass via a session controller 7. The session controller 7 
thus interacts with the call router 6 on one side and with the user agent server part and the user 
agent client part on the other side, to keep track of session states and progress. Therefore the 
session controller 7 behaves like a state machine automat, acting on the user agent session 
states and routing messages. 

[0029] A payload router 8 is needed because the SIP protocol specifies the endpoints for a 
media stream. The first user agent 1 can only handle a single media stream session to the 
BCE 3 and cannot change media stream capabilities within a session. In other words, the first 
user agent 1, as a basic SIP client, cannot handle multiple media streams within a SEP session. 
The second user agent 2 can handle multiple media streams within a SIP session (i.e. Re- 
invite) because this user agent supports an enhanced feature set. The main task of the payload 
router 8 is to manage any media streams in such away that the BCE 3 acts as a virtual end 
point to both the first 1 and second 2 user agents in respect of these media streams. 

[0030] Referring now to Figure 2 of the accompanying drawings there is illustrated a message 
sequence chart. 

[0031] In the sequence illustrated in Figure 2, the first user agent 1, the agent having the basic 
SIP functionality, calls the second user agent 2, the agent having the enhanced SIP 
functionality. The second user agent 2 is busy on another call and is initially unable to accept 
the first agent's call. One telephony feature available to the second user agent 2 but not to the 
first user agent 1 is the well known Music on Hold (MOH) feature. 

[0032] The BCE 3 co-ordinates with the SIP network the connection of the first user agent 1 
to a MOH entity and the subsequent connection of the first 1 and second 2 agents when the 
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second agent is ready to receive the first agents call 1 . 

[0033] Referring now to Figure 2 in more detail, at step 100, the first user agent 1 transmits an 
INVITE message to the second user agent 2. In accordance with standard SEP procedure, the 
Invite message is routed through a sequence of 'next hop 5 proxy servers (not shown) each 
server in the sequence having more precise information on the location of the second user 
agent 2 than the server before it. The final server in this sequence (not shown) is configured 
to redirect incoming Invite messages for the second user agent 2 to the BCE 3. The Invite 
message thus arrives at the Server Part of the BCE 3. The redirection of the message may be 
indicated to the first user agent 1 by the SIP network using standard SIP mechanisms. 

[0034] The user agent server part of the BCE 3 receives the Invite message and forwards it to 
the session controller 7. The session controller 7 handles the session state (e.g. state = 
initiated). 

[0035] The Invite message is passed to the call router 6 which fits URI address information in 
the SIP message header and the Media-Stream addresses in the SDP protocol parameters 
within the standard SIP message body. 

[0036] The message is passed to the user agent client part of the BCE 3 which transmits the 
message onwards in the network, step 101, to a SIP proxy/redirect server 9. 

[0037] The SIP proxy server 9 is aware that the second user agent 2 is busy and so redirects 
the message, step 102, to a Music on Hold (MOH) feature 10. The server 9 may be kept 
aware of the session status of the second user agent 2 by a SIP presence service. Alternatively, 
the server 9 may be a so called stateful proxy server that is able to derive the session status of 
the second user agent 2 by virtue of the protocol flow between the two. 

[0038] The MOH feature 10 is a SIP invocable feature that provides call announcements and 
music to a caller that has been placed on hold. 
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[0039] The MOH 10 responds to the server 9 by transmitting a Ringing reply, step 103, which 
the server 9 in turns routes to the client part of the BCE 3, step 104 and which is routed from 
the server part of the BCE 3 to the first user agent 1, step 105. 

[0040] Likewise, an OK message is transmitted from the MOH 10 to the sever 9, step 106, 
which the server 9 in turns routes to the client part of the BCE 3, step 107 and which is routed 
from the server part of the BCE 3 to the first user agent 1, step 108. 

[0041] The first user agent 1 responds by transmitting an Ack message which is received at 
the server part of the BCE 3, step 109, and in turn, an ACK message is routed from the client 
part of the BCE 3 to the server 9, step 1 10, and from the server 9 to the MOH 10, step 111. 

[0042] This exchange of messages sets up a Real Time Protocol (RTP) media flow between 
the MOH 10 and the payload router 8 of the BCE 3, and another RTP media flow between the 
payload router 8 and the first user agent 1 . This enables hold announcements and music to be 
delivered from the MOH 8 to the first user agent 1 . 

[0043] When the existing session of the second user agent 2 ends, the server 9 is informed and 
in turn, informs the BCE 3 by transmitting an Invite (HOLD) message, step 1 12, to initiate a 
termination of the MOH session. The BCE 3 responds with an OK message, step 113, 
prompting an ACK message from the server 9, step 114. 

[0044] To terminate the RTP connection between the BCE 3 and the MOH 10, the server 9 
sends a BYE message to the MOH 10, step 115, which responds with an OK message, step 
116. 

[0045] At this point, the SIP connection between the BCE 3 and the MOH 10 is terminated 
and thus the first user agent 1 no longer receives a MOH media stream, but the SIP connection 
between the first user agent 1 and the BCE remains in place. 
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[0046] The server 9 now establishes a connection between the second user agent 2 and the 
BCE 3. To this end, the server 9 sends an Invite message to the second user agent 2, step 117, 
prompting an exchange of a Ringing, an 'OK' and an ACK message between the two (for 
brevity all these messages are illustrated as a single step 117). 

[0047] Furthermore, the server 9 sends an Invite (Re-invite) message to the BCE, step 118, 
which replies with an OK message, step 1 19, prompting an ACK message from the server 9, 
step 120. 

[0048] At this point, if the second user agent 2 goes off hook, the BCE's 3 payload router 
connects the RTP channels between the first user agent 1 and the second user agent 2 allowing 
them to communicate. 

[0049] In this scenario, the first user agent 1 initiates termination of the session by 
transmitting a BYE message to the BCE 3, step 121, which responds with an OK message, 
step 122. This terminates the SIP session between the BCE 3 and the first user agent 1. 

[0050] The BCE 3 transmits a BYE message via the server 9, step 123, to the second user 
agent 2, step 124. The second user agent 2 responds with an OK message transmitted via the 
server 9, step 125, to the BCE step 126. This terminates the SEP session between the BCE 3 
and the second user agent 2. 

[0051] Having thus described the present invention by reference to a preferred embodiment, it 
is to be well understood that the embodiment in question is exemplary only and that 
modifications and variations such as will occur to those possessed of appropriate knowledge 
and skills may be made without departure from the scope of the invention as set forth in the 
appended claims. 
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